Skip to content

Retirer la séance du 6 août : c'était celle du 7, republiée - #4

Merged
blakro merged 1 commit into
mainfrom
claude/retirer-seance-fantome-06-08
Aug 9, 2026
Merged

Retirer la séance du 6 août : c'était celle du 7, republiée#4
blakro merged 1 commit into
mainfrom
claude/retirer-seance-fantome-06-08

Conversation

@blakro

@blakro blakro commented Aug 9, 2026

Copy link
Copy Markdown
Owner

L'onglet Marché affichait 0 % partout. La cause est mon versement de la
veille.

Le 6 août « rattrapé » par rapatriement était la séance du 7 au titre près :
47 clôtures identiques sur 47, et 47 volumes identiques sur 47. Deux séances
consécutives ne partagent pas les volumes de toutes les valeurs. La variation
valait donc 1900/1900 − 1 pour chacune.

Ce que ça corrige

Les 47 lignes sont retirées. Les variations reviennent : médiane +0,09 %, de
−6,42 % à +7,50 %, et huit valeurs à zéro sur quarante-sept — des titres qui
n'ont pas bougé, ce qui est le cas normal.

L'archive retrouve son trou au 6 août, et c'est le bon état : un trou connu est
honnête, une fausse séance ne l'est pas. brvm veille le compte de nouveau parmi
les vingt-deux.

Le projet avait déjà ce contrôle, et je ne l'ai pas appliqué

sikafinance.seances_repetees porte le critère, mesuré sur ce marché : « deux
échanges égaux au franc près n'existent pas, c'est la même transaction
republiée ». Il valait pour une valeur à la fois ; à l'échelle d'une séance
entière, un volume et un cours communs à toutes les valeurs deux jours de
suite sont impossibles.

Le versement le vérifie désormais avant d'écrire. Deux garde-fous contre les
fausses alertes : les volumes nuls sont exclus du décompte — une valeur qui
n'échange pas deux jours de suite est le cas normal — et sous cinq valeurs
échangées le contrôle s'abstient, la coïncidence redevenant possible.

Éprouvé sur la vraie donnée, pas seulement sur des cas fabriqués : rejoué
contre l'incrément exact que j'avais versé, il refuse — « 47/47 valeurs au volume
ET au cours identiques ». Trois cas s'ajoutent au harnais (16 au total), dont les
deux qui bornent : une séance dont les volumes diffèrent passe, des volumes nuls
répétés passent aussi.

Ce que je ne sais toujours pas

Pourquoi l'API d'historique a rendu la séance du 7 pour une demande du 6. Le
7 août est la fête nationale ivoirienne ; il se peut que l'une des deux dates ne
soit pas une séance du tout.

Le rapatriement du 6 août reste donc à reprendre, et à examiner avant d'être
versé. Le contrôle refusera tout seul si la réponse est encore celle-là.

252 tests passent.


Generated by Claude Code

L'onglet Marché affichait 0 % partout. La cause est mon versement de la
veille : le 6 août « rattrapé » par rapatriement était la séance du 7 au
titre près — 47 clôtures identiques sur 47, et 47 volumes identiques sur
47. Deux séances consécutives ne partagent pas les volumes de toutes les
valeurs. La variation valait donc 1900/1900 − 1 pour chacune.

Les 47 lignes sont retirées. Les variations reviennent : médiane +0,09 %,
de −6,42 % à +7,50 %, et huit valeurs à zéro sur quarante-sept — des
titres qui n'ont pas bougé, ce qui est le cas normal.

L'archive retrouve son trou au 6 août. C'est le bon état : un trou connu
est honnête, une fausse séance ne l'est pas, et `brvm veille` le compte de
nouveau parmi les vingt-deux.

LE PROJET AVAIT DÉJÀ CE CONTRÔLE, ET JE NE L'AI PAS APPLIQUÉ.
`sikafinance.seances_repetees` porte le critère, mesuré sur ce marché :
« deux échanges égaux au franc près n'existent pas, c'est la même
transaction republiée ». Il valait pour une valeur à la fois ; à l'échelle
d'une séance entière, un volume ET un cours communs à toutes les valeurs
deux jours de suite sont impossibles.

Le versement le vérifie désormais avant d'écrire. Les volumes nuls sont
exclus du décompte — une valeur qui n'échange pas deux jours de suite est
le cas normal, et les compter ferait crier le contrôle sur les séances
creuses. Sous cinq valeurs échangées il s'abstient : la coïncidence
redevient possible et il ne prouverait rien.

Éprouvé sur la vraie donnée, pas seulement sur des cas fabriqués : rejoué
contre l'incrément exact que j'avais versé, il refuse — « 47/47 valeurs au
volume ET au cours identiques ». Trois cas s'ajoutent au harnais, dont les
deux qui bornent : une séance dont les volumes diffèrent passe, des
volumes nuls répétés passent aussi.

CE QUE JE NE SAIS TOUJOURS PAS : pourquoi l'API d'historique a rendu la
séance du 7 pour une demande du 6. Le 7 août est la fête nationale
ivoirienne ; il se peut que l'une des deux dates ne soit pas une séance du
tout. Le rapatriement du 6 août reste donc à reprendre, et à examiner
avant d'être versé — le contrôle refusera tout seul si la réponse est
encore celle-là.

252 tests passent.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Mu7CkW6727S9ZyRbiYyRk9
@blakro
blakro merged commit 59c127b into main Aug 9, 2026
2 checks passed
@blakro
blakro deleted the claude/retirer-seance-fantome-06-08 branch August 10, 2026 10:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants